原文：https://growth.design/case-studies/sniper-link

有些註冊流程真的很容易卡在一個很尷尬的地方：資料都填完了，畫面跳出一句「請至信箱完成驗證」，然後就停在那裡。以前我遇到這種畫面時，真的會有一種「所以呢？我現在要幹嘛？」的感覺。當然，我知道理論上就是自己打開 Email、找到驗證信、再點進去，但整個流程等於突然把下一步丟回給使用者自己處理。

這篇剛好就是在講這個很容易被忽略的 Onboarding 問題。它指出 Email Confirmation 常常是一個 Passive Screen：畫面只告訴你下一步，卻沒有真的幫你往下走；同時還很依賴使用者願不願意自己另開信箱、找出那封驗證信。

我其實滿有共鳴的，因為很多網站真的就是這樣設計：註冊完後叫你「去 Email 確認」，然後頁面就像沒事一樣停著。以前我還會想說「所以呢？我要自己去開 Gmail 嗎？」久了當然會習慣

我也覺得這可能不完全是設計師沒想到，有時候確實會有技術限制，因為網站本身不一定知道使用者用哪個信箱服務，更不一定能直接幫你把 App 或特定信件打開。不過 Sniper Link 這個做法就很聰明，它沒有硬要突破系統限制，而是想辦法把原本很斷裂的那一步縮短。

最簡單的一層改善，是根據使用者註冊時填的 Email，直接給一個對應的 Shortcut。假設填的是 Gmail，就在確認頁上放一個 Open Gmail；如果是 Outlook，就導到 Outlook。這至少比一句「請至信箱完成驗證」更像真的有在幫使用者往下走。 但 Growth.Design 又往前多想了一步：就算直接打開 Inbox，使用者還是會掉進一堆 Email 裡。工作信、購物通知、EDM、廣告信全部混在一起，那封驗證信還是可能被淹沒。

這裡就帶到文章裡最主要的心理學理論：Hick’s Law。簡單來說，就是選項越多，人越難做決定。放到 Email Inbox 裡也很好理解，每一封信其實都在搶你的注意力。你本來只是想完成註冊，結果一打開 Gmail，看到主管寄來的信、購物優惠、朋友訊息，注意力很容易就被帶走。 所以真正的問題不只是「有沒有幫使用者打開信箱」，而是「有沒有幫他直接找到那封他現在要處理的信」。

這就是 Sniper Link 的概念。它不是單純連到 Gmail 首頁，而是利用 URL 裡的搜尋參數，模擬一個 Inbox Search，把特定寄件者的信篩出來，甚至可以一起限制時間範圍、搜尋 Spam 等位置。使用者點下去後，不是掉進整個信箱，而是更接近直接看到那封驗證信。 我覺得這個設計真的很聰明，因為它沒有增加什麼花俏功能，只是把「使用者本來就要自己做的幾個步驟」提前幫他做掉。對使用者來說，不用自己找信、不用自己打開 Email、不用再回想是哪個寄件者，整個 Confirmation Flow 就會順很多。

可以把 Sniper Link 定義成一個特殊連結，會依照註冊時偵測到的 Email Provider，把使用者導到對應信箱，並盡量透過 Inbox Search 降低干擾。 其中 Gmail、Yahoo、Proton 在這份 Cheat Sheet 裡支援得比較完整，可以做到寄件者篩選、搜尋 Spam、限制時間範圍；Outlook 和 iCloud 雖然也能開信箱，但這份 PDF 當時列出的支援程度沒有那麼完整。iOS 上則可以透過不同 App Scheme 直接開對應的 Mail App。

看到這裡我反而覺得，Sniper Link 很像一個很典型的 PM 題目：概念看起來很簡單，但真的要做時，還是會遇到很多實作上的 Trade-off。因為你得先知道使用者是哪個 Email Provider，還要決定到底要做到多精準。

Email Parsing 最簡單、免費，但準確度低；Email Validation Service 準確度高，但每封 Email 會增加一些成本；Email Enrichment 更貴；Manual Lookup 則免費但最麻煩。 所以這不是一個「看到好 UX 就直接照抄」的案例，而是要回頭算：這個 Improvement 對 Conversion 的幫助，值不值得多花開發和服務成本。

Growth.Design 自己也有實際做 A/B Test。原本版本只是告訴使用者「Almost there! Check your inbox」，Sniper Link 版本則多一顆可以直接開信箱並帶搜尋條件的按鈕。最後 Email Confirmation Rate 提升了 7%，換算下來，一年可能就是多出數千個 Signup。 PDF 也很強調不要因為看案例有效就直接全面導入，而是先記下目前的 Confirmation Rate，再跑基本 A/B Test，量測 Lift，最後再決定要不要完整實作。

這點我覺得很值得 PM 記住。因為很多時候我們看到一個 UX Pattern 很漂亮，就很容易想直接做，但其實更好的方式是先問：「我們現在真的有這個問題嗎？這一段 Funnel 掉多少？如果改了，能不能測？」Sniper Link 的厲害，不只是它聰明，而是它解的是一個很具體的 Drop-off，而且可以很清楚地被驗證。

我的延伸思考

1. 這種「叫使用者自己去做下一步」的畫面，算不算一種 UX Dead End？

我覺得算，而且這可能比真正的 Error Page 更容易被忽略。因為畫面不是壞掉，它甚至有清楚寫「請至信箱完成驗證」，所以團隊很容易覺得流程沒問題。但站在使用者角度，它確實突然把整個流程停住了。前一秒你還在網站裡被一步一步帶著走，下一秒卻要自己切 App、找 Email、找信、再回來。這種斷裂不一定會讓每個人放棄，但多一個步驟就多一個被打斷的機會。

所以我覺得 PM 在看 Funnel 時，可以特別去找這種「看起來不是錯誤，但其實把責任突然丟給使用者」的地方。像「請自行查看 Email」、「請自行到 App Store 下載」、「請到另一個平台完成設定」，這些都可能是隱性的 Drop-off Point。

2. Sniper Link 是不是一個很典型的「小功能、大影響」？

我覺得是。它沒有改整個 Signup Flow，也沒有做新的 AI 功能或大型改版，只是把最後一個 Link 做得更聰明，就讓 Confirmation Rate 提升 7%。 這也提醒我，有時候產品優化不一定要一直想「還要新增什麼」，反而可以先看現有流程裡有沒有哪個地方，使用者正在做一些其實可以被省掉的事情。

像這個案例裡，使用者自己開信箱、自己搜尋、自己找驗證信，本來都被視為「正常流程」，但換個角度看，這些其實就是可以被產品接手的工作。

3. 技術限制存在時，UX 還能做到什麼程度？

這是我自己滿有感的一點。因為有些體驗看起來很笨，不一定真的是團隊沒想到，有時候可能就是系統本身不能直接控制另一個 App，或不同 Email Provider 的支援程度不一樣。

但 Sniper Link 給我的感覺是：UX 不一定每次都要把限制完全消除，有時候只要把限制裡最麻煩的那幾步縮短，就已經有價值。

例如沒辦法直接幫使用者完成 Email Verification，那至少可以幫他打開正確的 Mail App；沒辦法直接打開那封信，那至少可以先帶好搜尋條件。這種思考我覺得很實際，因為產品工作很多時候就是在不完美的限制裡，找一個比現在更順的版本。

最後

看完這篇之後，我最大的感覺是：很多 UX 問題其實不是因為使用者「不知道要做什麼」，而是產品明明知道下一步，卻沒有幫他把路鋪好。

Email Confirmation 就是一個很典型的例子。畫面告訴你「去信箱驗證」不代表流程就完成了，因為使用者還要自己切換環境、找到正確的信，再回來。這中間每多一步，就多一個可能被打斷的地方。

Sniper Link 聰明的地方，就是它沒有做一個很大的功能，而是直接把這些多餘步驟砍掉。再加上 Hick’s Law 的角度去看，更容易理解為什麼「直接把使用者送到正確的信」會比「幫他打開 Inbox」更有效。